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(57) Abstract: Immunization mobile stations (IMSs SO) collect patient infonnation such as biographical data, previous vaccination 
data, medical history, medications in use, occupation, administration of recent vaccination, and disease symptoms. IMSs 80 syn- 
chronize the patient information with infonnation stored in a database 1 16 at a center 82 that is accessible to different groups of 
personnel based on different privileges and security measures. Patients can access electronic patient records created by the IMSs, 
and stored at the IMSs and/or a local server 140 and eventually at the data center, via telephone or computer (eg., via web browser). 
IMSs can c^ture and store images of vaccination and disease symptom sites on patients. The database 1 16 allows for vaccination 
and disease tracking and disease control. IMSs 80 have vaccination reconmiendation engine, electronic patient consent fonns, and 
are programmable to track adverse events and create follow-up reports after a vaccine is administered. 
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SYSTEM FOR COLLECTING, STORING. PRESENTING AND ANALYZING 
IMMUNIZATION DATA HAVING REMOTE STATIONS IN COMMUNIC AHON WITH 
A VACCINE AND DISEASE DATABASE OVER A NETWORK 



Field Of The Invention 

[0001] The present invention relates generally to a computer-based infonnation system 
for conducting, over an electrimic network such as the Internet, the transmission of medical 
information including infonnation pertaining to immunization administrations, adverse events 
and side effects infonnation records. 

. Background Of The Invention 
Immuiiization Market Overview 

[0002] The United States immunization industry had over SS billim in annual revenue in 
2000 and is expected to grow at a rate exceeding 10% per year through 2010. The monetary 
value of tte noarl^t consists of vacdne delivery devices (around $60 million ammally), 
vaccines (around $2 billion) and vaccine administration (around $3 billion). Additional value 
derives from lifestyle benefits to ccmsumers (e.g., due to reduced illness), employee 
productivity gains, and from synergy value to point of care and providers (e.g., enhanced 
loyalty and the value of new customers for pharmacy chains). The growth potential of the 
vaccine industry is focused on transferring value from these last two layers to the layers of 
vaccines and vaccine administration. The factors underlying this expected growth include a 
large pipeline of preventive and therapeutic vaccines introduced to the market at premium 
prices. 

[0003] The immunization market value chain is consistent of various value-added layers. 
A need exists for a system such as tiie present invention disclosed below that can address each 
one of the layers in the immunization market value chain. 

Concentrated Manufacturing and Distribution 

[0005] The vaccine manufacturing industry is highly concentrated with more than 75% 
of the vaccine manufacturing produced by four firms (i.e., Merck & Co., Inc., Glaxo 
Smithkline, Wyeth Pharmaceuticals SA/NV (formerly AH? Pharma SA/NV) and Aventis 
Pharmaceuticals Inc.). However, additional firms are increasing their efforts in the area either 
directiy or in collaboration. For example, Baxter is joining elTarts with the British company, 
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Acambis pic, in providing the U.S. government with over ISO million doses of smallpox 

vaccine. 

[0006] The price of vaccines, such as an influenza vaccine, has been rapidly increasing 
and is expected to continue to increase in the coming years. That change is due to various 
Food and Drug Administration (FDA) mandated improvements in manufacturing practice and 
formulation^ which has led to single>^ose packaging (i.e., from multi-dose presentation) and 
increase use of singe-dose pre-filled syringes and other delivery systems. Furtheimore> 
requirements for injection safety and needle-stick protection provide fixrdier justiGcation for 
upward pressures on per dose pricings and a more attractive environment for vaccine 
producers. Indeed, despite trends at consolidation elsewhere in &is pharmaceutical segment, 
new players are entoing this market (e.g., Baxter Healthcare Corporation, PowderJect 
Pharmaceuticals Pic) and could benefit from partnering with organization(s) offering the 
present invention described below. 

[0007] The market for vaccine delivery tools (i.e., currently standard needles and 
syringes, safety-engineered syringes to prevent needle-stick injuries, pre-filled syringes and 
nasal spray devices, and jet injectors) is a highly concentrated market, with BectM, Dickinson 
and Company (BD) capturing over 70% of the market The distribution of vaccines is also 
concentrated, and the top three distributors (i.e., Mckesson Corporation, C^inal Health Inc., 
and Bergen Brunswig Corp.) are capturing more than 85% of the maricet, and suffering from 
reduced margins as a result of pricing pressures. 

[0008] A need exists for a system such as the present invention described below that can 
assist the participants in this layer by offering tools to assist them when incorporating 
information from the immunization process into their supply chain mana^ment system. 

Fragmented Vaccine Administration (Providers and Points of Service) 

[0009] The healthcare delivery industry in the United States is highly fragmented and 
lacks consist^t quality of service. In particular, the immimization market has characteristics 
that lend itself to centralized information systems (such as centralized registry and 
recommendation systems) and immunization programs management systems (e.g., the service 
does not require on-site medical doctors, but rather standing orders issued by a physician 
medical director for qualified nurses jnoviders). The healthcare delivery industry therefore 
remains Ughly inefficient in the manner in which it records and analyzes information, and in 
the way it ensures consistent and high quality immunization administration service. 
[00010] Most immunizations are administered today at one of three types of locations, 
that is» physicians' offices, community clinics and medical center outpatient departments, 
which togetiter are responsible for over 80% of the market However, tiie vaccine 
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administratioQ market is highly fragmented, with no* single administrative organization, or 
point of service network responsible for more than 5% of the market. 
[00011] Immunization itself does not require medical doctors on the premises for 
supervision, and therefore is feasible in settings out of health clinics, that is, so called '"non- 
traditionary settings. In recogm'tion of the importance of such settings for accelerating 
immunization coverage, new guidelines have been issued by the Center for Disease Control 
(CDQ in 2001 to further enhance tfadr use. Maiket research indicates that most people, 
particularly adults, will find locations sudi as drug stores or worScsites to be more ccmvenient 
for receiving immunization than health clinics. Part of the key to success of an organization 
ofTering a service such as the present invention described below is the ability to levemge this 
consumer inclination to fiicilitate offerings at national drug store chains (60,000 locations in 
the U.S.) and at work-sites, providing increased convenience to consumers, and enhanced 
compliance monitoring for employers. 

[00012] On the provider side, nurse aggregation organizations, usually isolated, could join 
a certified providers network and baiefit from being associated with a high quality brand and 
become eligible to service referrals to clients previously unobtainable. An organization 
managing a service such as the present invention described below could also allow for 
national plans to be coordinated for retail chains and multi*location employers, whereby 
different providers belonging to the network will provide the immunization service at 
different locations with a standardized quality, cost and information platform while reducing 
large risks and costs inherent in managing such an effort independently. 

Immanlzatiion Information Systems 

[00013] Information systems play a significant role in healthcare, but currently, they are 
not utilized in an ef&cient or useful maimer in the immunization market For example, there is 
currently no national registry system for the tracking of immimization of adults gt children. 
However, in the last 7 years, more than S2S0 million has been spent, by government and state 
agencies, on state pediatric registry systems. Many of these systems are now defunct due to 
state-based contracting with small software companies that went bankrupt. The present 
invention described below provides a platform that is superior to any available system by 
being designed to offer a national private sector registry as part of the benefits of utilizing its 
services. Ttis registry will be available to children, adolescence and adults. 
[00014] The CDC has an initiative (termed *'Vaccine Identification Standards Initiative" 
or VISI) to provide machine-readable tracking information on vaccines. This initiative, 
although suRXJrted by the major vaccine companies, has not yet been implemented Such 
tracking has begun in Europe and is required in some countries there, and this trend is 
expected to continue. Such vaccine identification system could be combined with input units 
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such as barcode readers connected to a mobile unit of the present invention. This vaccine 
safety enhancement tool will provide another benefit for medical providers such as hospitals 
and clinics implementing the system because this component of vaccine administration is the 
largest nursing dis-satisfier in imnumization programs. Moreover, vaccine manufacturers 
desire that such information be collected both as a method of improving vaccine supply chain 
efficiency and re-distribution, as a value-added feature to position higher value vaccine 
packaging and pricing, and as a desired epidemiological tool to more expeditiously conduct 
investigations of adverse events and avoid larger product recalls tfian needed. 

Bio-Warfare Preparedness 

[00015] In recent years, attention to national preparedness for bio-warfare scenarios has 
increased. However, resource allocation in that area had been limited, and was focused 
instead on disease surveillance by specialists, and not on development of an infrastructure for 
mass and rapid vaccine delivery capabilities at community levels for emergency situations 
such as smallpox, anthrax, or influenza pandemic disease occurrences. 
[00016] Immunization against infectious diseases is a recognized and heavily fimded^ 
critical component of national bio-teirorism preparedness and aimed forces defense. The 
market has naturally segmented itsdf inU) two distinct portions concerned widi likely bio- 
agrat tiveats, that is, (a) dq)loyment of existing vaccines to military and civilian populations, 
and (b) flie accelerated development of new vaccines to counter likely bio-terror agents. The 
most significant and immediate priority is immunological drfense against smallpox. This 
infectious disease had been eradicated in 1978, following a global immunization campaign, 
but has reportedly been weaponized by the former Soviet Union and may also be available as 
a weapon of mass destruction in Iraq, Syria, Iran and North Yemen, among others. Indeed, as 
the anthrax exposures in October 2001 have cleariy indicated, even a single re-introduction of 
this disease could create a national and intematiotial health crisis. 

[00017] Various simulations and live-scenario analyses (including the widely reported 
"Dark Winter** exercise) have indicated that without &11 and rapid response, smallpox spread 
undetected and uncontrolled could rapidly result in millions of deaths and disruption of 
service across a nation. For these and other reasons, the United States government has 
recognized smallpox to be its primary bio-threat for which mass immunization could be 
deployed. 

[00018] bitense public and high-level policy debate is beginning on which strategies will 
be used &t smallpox vaccination preparedness. As of January 2002» the U.S. government has 
differoit inmnmization plans according to the specific needs of each group: (1) pre-event 
immunization for military and reserve forces; (2) pre-^ent immimization for family members 
of military and reserve forces (3) {se-event immunization for core first responders (4) pre- 
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event immunization for all first responders (5) post event, rapid immunization (<3 days) for 
designated populations (6) post event, rapid (< 3 days) immunization for all populations. 
Regardless of the combinations and evolution of strategies, the system of the present 
invention described below can accommodate all these strategies using ongoing direct 
involvement at the public health policy levels. 



Summary Of The Invention 

[00019] In accordance wifli the present invention, an immunization data system comprises 
single or multiple networked mobile (e.g,, portable) or stationary units, connected directiy or 
via a local server to a centralized data-center* The system provides management and referral 
tools for point of care managers such as states, worksites, pharmacies and retail stores 
interested in solutions for immunization and bio-warfare preparedness services, information 
tools such as lifetime vaccination tracking, and a vaccination recommendation engine to 
address the needs of consumers and employers. 

[00020] The immunization data system collects and stores inununization and disease data. 
The networked mobile (e.g., portable) or stationary units (hereinafter referred to as 
"immunization mobile stations'* or IMSs) are provided witii a software ^plication to facilitate 
the collection of patient information such as biographical data, previous vaccination data, 
medical history, medications in use, occupation, administration of recent vaccination, disease 
symptoms and the like. IMSs synchronize the patient information witii informatimi stored in 
a database maintained at a data center tiiat is accessible to different groups of personnel, based 
on different privileges defined at the data center and otho: security measures. Patients can 
access electronic patient records created by the IMSs, and stored at the IMSs and/or a local 
server and eventually at the data center, via telephone or computer (e.g., via web browser). 
IMSs can capture and store images of vaccination and disease symptom sites on patients. The 
database allows for vaccination and disease tracking and disease control The IMSs can be 
provided with electronic patient consent forms, and are programmable to track adverse events 
and create follow*up reports after a vaccine is administered. 

[00021] In accordance with an embodiment of the present invention, a method of 
collecting and storing immunization data for a pati^t is provided tiiat comprises die steps of: 
(1) ruiming an application on a computer at a vaccination site for ent^ng patient information 
selected fiom the group consisting of name, age, g^der, address, medical history, 
medications in use by the patient, occupation, and previous vaccination data; (2) storing the 
patient information as an electronic patient record; (3) generating information relating to a 
vaccination for review by the patient; (4) obtaining patient consent to receive the vaccination 
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by generating an electronic consent agreement and storing the patient's digital signature 
acknowledging acceptance; and (5) entering new vaccination data relating to the vaccination 
into the electronic patient record vAi<sn the vaccination is administered to the patient 
[00022] hi accordance with another aspect of the present invention, the method further 
comprises the steps of generating a digital image of a vaccination site on the patient, and 
storing the digital image in the electronic patioit record. In addition, disease information 
comprising symptoms (e.g., for smallpox) experienced by the patient can be entered and 
stored in the electronic patient record. The IMSs are configured to generate a digital image of 
a smallpox lesion site on a patient, and stwe the digital image in the electronic patient record. 
[00023] In accordance with yet another aspect of the present invention, the disease 
infonnation in the database is accessible by personnel selected from the groups consisting of a 
disease control center, a state government office, a federal government office, a medical 
center Also, a patient can access the electronic patient record using at least one of a web 
browser and a telephone transaction. 

[00024] The system of the present invention is configured to collect and store adverse 
effects information comprising symptoms expoienced by any of tiie plurality of patients 
following their vaccination in the correspcmding the electronic patient record. 

Brief Description Qf The Drawines 

[00025] The various a^ects, advantages and novel features of the present invention will 
be more readily comprehended from the following detailed description when read in 
conjiinction with the appended drawings, in vAich: 

[00026] FIGURE 1 is a system block diagram illustrating a business process according to 
an exemplary embodiment of the present inventicm; 

[00027] FIGURE 2 is a system block diagram of an immunization data system 

constructed according to an exemplary embodiment of the present invention; 

[00028] FIGURE 3 is a block diagram of an exemplary immunization mobile station 

constructed in accordance with an embodiment of die present invention; 

[00029] FIGURE 4 is a block diagram of an exemplary data center constructed in 

accordance with an embodiment of the present invention; 

[00030] FIGURE S is a block diagram illustrating different configurations for connecting 
an ex^nplary immunization station to a data center in accordance with an embodiment of the 
present invention; 

[00031] FIGURE 6 illustrates an immunization data system constructed in accordance 
with the present invention comprising an inununization station, a local server and a data 
center; and 
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[00032] FIGURES 7 through 29 are exemplary screens aerated by an inunimization 
mobile station or at a data center in accordance with an embodiment of the present invention. 
[00033] Throughout the drawing figures, tl^ reference numerals will be understood to 
refer to like parts and components. 

Detailed Description of the Preferred Embodiments 

[00034] FIGURE 1 is a block diagram illustrating a business process employed by an 
immunization data system 10, according to the present invention. Transactions within the 
immunization data system 10 can involve service providers 12, patients 20, customers or 
points of service (POSs) 30, a service management company 44 and payors 46 for services. 
The service providers 12 can include, but are not limited to, personnel that administer 
vaccinations such as public health (PH) nurses 14 and pri^te sector nurses 16, as well as 
nurse or other health (nofessional aggregators 18. The pati^ts that receive vaccines, have 
adverse reactions to vaccines, exhibit disease symptoms, or otherwise desire access to a 
database of disease and immunization data can include, but are not limited to, soldiers and 
their families 22, employees 24, first responders 26 to an emergency such as a bio^terrcMism 
attack, and civilians 28. Customers and POSs that need access to, as well as collect the data 
for, the database of disease and immunization data can include, but are not limited to, ruitional 
government facilities 32, retailers (e.g., drug stores) 34, corporate health care administrators 
36, state health program facilities and administrators 38, health clinics and ofiSces 40 and 
hospitals 42. A service management company 44 is preferably any entity that provides an 
interfece between any of service provide 12, patients 20, customers or points of service 
(POSs) 30, and payors 46 for services. The payors 46 can include, but are not limited to, 
insurance conipanies 48 and the patient 50. 

[00035] As described below in connection with nGURE 2, the system 10 is preferably a 
combination of computer hardware and software tools designed to enable an immunization 
program to be conducted in multiple environments. For exan^le, for emergen^ bio-terror 
activities, the system 10 allows for a state or other government entity to license a system and 
inc(»porate it into its preparedness plan to have a paperless process in place for tasks such as 
immunization administration, case finding and adverse events follow-ups. The providers 12 
of the services in this case will typically be public health (PH) nurses 14 and private sector 
nurses 16. 

[00036] Another illustration of the applicability of the system 10 is for routine 
immunizations at wcMlcsitcs. The manager of the system 10 provides a matching service 
between the immunization providers using the standardized system and the corporations 
desiring the service. 
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[00037] Utilizing the system 10 offers various participants in the immunization market 
significant benefits. For example, benefits to consumers or patents 20 and providers 12 can 
include, but are not limited to: (1) providing consumers with objective infonnation» support 
and updates regarding immunization; (2) providing personalized health information while 
adhering to the strictest confidentiality standards, with the advantage of personal health 
information handled by the private sector, as opposed to state or govenunent agencies (as it is 
the case with the pediatric registries); and (3) providing valuable, credentialing for nurses. 
[00038] Benefits to customers and points of service 30 can include, but are not limited to: 
(1) a tracking system that allows for updated infoncnation, and for annual reminders, 
supporting achievement of high immunization coverage for high risk and other targeted 
patient groins at low cost (e.g., such coverage is often viewed as an important indicator of 
service quality by third party payors, consumers and other agencies): (2) a tracking system 
that provides an efifective tool for loyalty enhancement; (3) allowing pharmacies, retailers, 
worksites and govmments to benefit from a standardized technology platforms and work 
processes for the management of immunization programs; (4) and a tracking system that 
offers a sirnple tool to provide otherwise burdensome in&rmation to patients, and provides a 
simple, low cost employer solution to monitor compliance with regulatory xequirensnts. 
[00039] Benefits to health programs 38, in particular, state health programs can inchide, 
but are not limited to: (1) significant cost saving and rapid implementation throu^ a 
standardized, modular approach; (2) highly scalable design leveraging existing technologies 
to expedite development and reduce costs; and (3) meeting emergency preparedness needs 
while strengthoiing routine disease control and immunization programs. 
[00040] FIGURE 2 illustrates the block diagram of the immunization data system 10 
according to an embodiment of the present invention. The system 10 preferably comprises at 
least one data center 82 for storing immunization data collected by one or more 
immunization mobile stations (IMSs) 80, among other data. As will be described below in 
connection with FIGURE 3, the IMSs 30 are generally located remotely with respect to the 
data center 82. The data center 82 is accessible by vaccine suppliers' computer systems, as 
well as by patients and providers, indicated generally at 86, directly or indirectly via a call 
center 88. Registries and surveillance tools 94 can access and use the data center 82 directly 
or indirectly via, fi>r example, servers 92 maintained by states, and government agencies such 
as the Department of Defense (DOD) and Center for Disease Control. 
[00041] The immunization data system 10 can be implemented by hardware and software 
components specifically designated to implement the present invention, or by using hardware 
and software con^nents and other infrastmcture that already exists* As an example, an 
immunization mobile station (IMS) 80 can be connected to the data center 82 via Internet 
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connections^ closed circuit connections, or ditect lines. The computer system for the IMS can 
be specially designed computers, or existing computers and technologies such as the preferred 
embodiment utilizing mobile computers sudi as a Tablet or Pocket personal contputer (PC). 
[00042] With reference to FIGURE 3, the IMS 80, which is primarily used for data entiy, 
comprises a central processing unit (CPU) 100 for performing processing &nctions, a Read 
Only Memory (ROM) 102 and a Random Access Memory (RAM) 104. The ROM 102 stores 
at least some of the program instructions &at are to be executed by the CPU 100, and the 
RAM 104 provides for temporary storage of patent, immunization and disease data. The term 
CPU, as generally used herein, refers to any logic processing unit, such as on or more 
microprocessors, application-specific integrated circuits (ASIC), and the like. While the CPU 
is described separated from other components such as the ROM, some or all of these 
con^nents may be monolithically integrated onto a single chip. 

[00043] A communication port or other interface 106 in the IMS 80 facilitates 
communication between the CPU 100 and devices external to the IMS. Information b^ween 
CPU and remote locations such as the data center 82 and a seller computer system can be sent 
via modem, for example. The illustrative embodiment described herein employs a modem 
and a wireline link to communicate with devices outside the buyer/seller computer system; 
however, other paths and methods of commimicating with external devices can be used 
without departing from the ^irit of the invention, including, but not limited to, wireless 
communications and optical communications. 

[00044] The IMS 80 computer system also inchides one or more input/output (I/O) 
devices su<di as a display 110 and a data entry device 108 fi>r use by the patient and the 
medical provider, for example. A wide variety of I/O devices can be implemented for this 
task, including, but not limited to, a touch screen, a keyboard and a mouse. The I/O device 
108 may be linked to die CPU directly or via an intermediate or wireless connection such as 
an infrared link. In accordance with an aspect of the present invention described in more 
detail below, the IMS 80 is preferably configured to receive and store images obtained, for 
example, via a digital cam^a 112. The IMS 80 is therefore configured to collect and store 
patient data such as images of a patient's smallpox lesions for better disease monitoring, study 
and control. 

[0004S] The information entered via the IMS 80 is transmitted to the data center 82 for 
storage and analysis, or is stored and analyzed by a software program located on a local 
computer system described below in connection with FIGURE 5. The immunization data 
system 10 of the present invention supports all of the relevant tasks associated wifh providing 
hi^ quality immunization ddiveiy service. Among other tasks, the system 10 provides 
information on dosing schedules for vaccines, siqiports point of service data entry, provides 
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manufacturers with complete lot tracking, provides consumers with inmnmization lifetime 
tracking, contains an immunization recommendation engine based on previous vaccination, 
demographic, travel, health risk, occupational status and other voluntary information inputs, 
and provides up-to-date, accurate, on-<lemand information about vaccines, based on 
information from an independent panel of expert clinicians. 

Main Data CeiUer 

[00046] With reference to HGURE 4, the main data center 82 preferably resides on a 
main server 116 and employs an administrator ai^Hcation 118 to configure the IMSs 80 or 
o&er software used at the points of service 30. Access rights, database analysis tools, and the 
rules, procedures and methodologies are preferably defined for all users at the main data 
center 82. Similarly, the definition of point of service level security privilege is c<»iducted at 
the data center 82. An interfecing engine 120 allows the import and export of data from and 
to other infoinfiation systems, including surveillance systems, state registries, billing 
companies, and data systems of the points of service. 

[00047] At the data center 82, a vaccine preventable disease database 122 pre&mbly 
resides to provide caregivers and consumers with information related to vaccine ]»eventable 
infectious diseases and the ability to check sequence vaccine administration. The database 
122 also allows access to data on risk-based exemptions to prevent adverse events and 
provides context-based vacdne recommendations (e.g., vaccination recommendation for 
business travel and personal health (Komotion). 

Immunization MobBe Station (IMS) 

[00048] The IMS 80 is a combination of ai^lications residing on mobile units such as a 
standard Tablet PC or a Pocket PC &i the case of a Tablet PQ peer-to peer data sharing is 
available across units in a pie-defined proximity, even when a wide area network (WAN) is 
not available, providing the ability to conduct multi-unit immunization in the field without 
internet or LAN connectivity. The IMSs 80 are essendal tools in providing the ability to have 
a paperless immunization process anywhere, anytime using traditional and non-traditional 
channels (e.g., schools and worksites). In addition, the IMSs 80 are configured so that some 
information is always being retained on the unit in the event tibie Internet or otho: connection 
is lost for a period of time. 

[00049] The IMSs 80 are used for interfacing with patients at the points of service 30, and 
include immunization administration tools. The applications available on each IMS 80 
include, but are not limited to: 

• Intake patient infomiation: (e.g. name, address, age); 

• Previous available immunization information, if not otherwise in the system; 
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• Recommendation engine with suggested vaccinations due and next recommended 
visit date; 

• Vaccine Information Statements (VIS); and 

• Informed Consent with electronic signature capability; FAQs to answer questions 
about the vaccine schedule, contraindications and/ or recommendations. 

[00050] For the case of a bio-terror immunization program, specialized modules can be 
inccHporated into the IMS 80 with the following core and optional enhanced features, for 
example: 

• Investigational New Drug consent^ monitoring and tracking forms to allow for 
automated con^liance with CDC and NIH extensive mandated protocols for adverse 
events and side effects documentation; and 

• Global positioning/mapping software to allow for simplified case investigation, 
contact tracing and analysis of both epidemic spread and control efforts with web- 
based real-time analysis (for ring containment, this essentia) tool &cilitates 
coordinated quarantine, tracing and immunization to highest risk individuals in the 
field or at fixed site immunization stations). 

[OOOSl] The IMS 80 preferably provides a health management tool that gives patients the 
ability to build a permanent electronic immunization record in which health information can 
be collected at the IMS 80 and securely stored (e.g., at the data center 82) as it acmies over 
time. The data center 82 is accessible by patients and providers with access-rights via 
conq)uter or telephone. Security for input and retrieval of data allows records to be accessed, 
with patient permission, to satisfy various periodic vaccine documentation needs from 
schools, caxnps, tours, employers and others who require such information. For example, for 
smallpox immunization, the record could include follow-up tracking infonnation and adverse 
events follow-up information, including digital images of the lesions requmng expert 
assessment and notification to state authmties. 

[000S2] The immum'zatton data system. 10 can be implemented in many different settings. 
For example, by way of illustration, three methods of connecting the IMSs 80 to the data 
center 82 are described. There are several ways in which the IMS 80 can connect to remote 
networks (e.g., in the field with other IMSs 80) or to the main network 82 (e.g., in a clinic, 
etc). The IMS can be installed on a standard mobile computer, such as a Tablet PC. Through 
built-in wireless support (e.g., wireless network cards). Tablet PC's can communicate directly 
with one another in the field by forming "ad-hoc" networks and exchanging infonnation over 
tiieir wireless cards. In each group of Tablets PCs, one of the units is designated the group 
master and retains all tq>dated information regarding tiie group. In environments where tiie 
main network is accessible, the Tablet PCs 80 can be connected to the data center 82 by using 
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their wireless connection to conmiunicate with a wireless access point (WAP), or by utilizing 
a docking station which is already connected to the main network that connects the IMSs 80 
to the data center 82. However, in order to retain the ability to work without internet 
connectivity, group master units 80 preferably retain all updated group infonmation. All 
wireless communications between Tablet PC devices 80 and/or WAP devices can be 
encrypted to ensure secure data transmission. As an alternative to the peer*to-peer 
communication desmbed above, another notebook computer can operate as a local server. 
[00053] FIGURE 5 illustrates different possible woiidng modes. The MSs 80 (e.g., 
Tablet PCs) indicated at 130 r^resent units working in stand'^ilone mode, captunpg all of the 
data on the unit 80. The IMSs 134 can also have connectiM to the data center 82 and 
synchronize die information with it once diey have connectivity, as indicated at 132. 
[00054] The IMSs 80 indicated at 134 are operating in a Group Mode, where one Tablet 
PC (e.g., or a regular PQ operates as a ffoap master for a group of IMSs 80 a^ for exan^le, a 
clinic or other site with multiple stations. Information regarding patients belonging to the 
group is preferably always maintained at the group master, even when there is an Internet 
connection to the data center 82, as indicated at 136. 

[00055] During the period when there is connectivity with the data center 82 and the 
system 10 is operating in the Global Mode, the data is periodically synchronized to maintain 
consistency between the data center 82 and the group master. In order to switch back to a 
group mode or global mode, the data stared locally is transferred and synchronized to the 
master uni^ or to the data center 82, c(»Tespondingly. 

[00056] FIGURE 6 provides an overview of a system whereby an IMS 80 is part of a 
networked immunization process sohition. While the description corre^mds to a smallpox 
immunization process, the methodology can be easily applied to other types of immunization. 
[00057] The methodology uses a data center 82 where preferably die entire database is 
retained and backcd-up on multiple servers. The data center 82 is preferably c<mnected via 
the Internet to mobile clinics. Data from local mobile servers 140 are replicated to the data 
center when an internet connection is available and connection to the data center is initiated. 
Each mobile clinic is (e.g., IMS 80) based on a local mobile server 140 (e.g., a notebook 
computer) where the clinic data is replicated, a wireless access point and a printer, as well as a 
number of IMSs 80. Each IMS 80 (e.g., a Tablet PC and a digital camera) is designed to 
communicate with the local server 140 using a wireless connection, and directly with the data 
center 82. The digital cameras can be used to document the patient and skin lesions and, 
subject to state policies and privacy compliance programs, the resulting patient data set can be 
designed to be accessible remotely by state designated officials. State designated officials can 
have access to the entire information residing at the data center 82. 
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[00058] Forms and procedures are provided by each IMS 80 to add a new patient recoid 
or to pull an existing patient record. Each IMS 80 can also a personal information page, an 
informed consent form (with digital signature), a medical history questionnaire (including 
current medications), a summary page, a smallpox immunization record screen, follow up 
(diaiy card) screens, an adverse events screen, among other forms and screens. The screens 
can be filled via the IMSs 80, which are based on configured Tablet PCs, which allow for 
signing on the screen. Tlie IMS 80 also allows for the printing of various forms, such as the 
patient card (which describes details such as the date of vaccination), and the CDC Vaccine 
Adverse Event Report (VAERS). Summaiy information regarding the number of patients that 
visited the clinic can be obtained firom the data center, via the internet, using standard 
browsers, such as Microsoft Internet Explorer. The IMS application environments will now 
be described. 

Exemplary dinic/Pod Equipment Layout 

[00059] Each clinic preferably con^rises a stationary master tablet PC or another 
notebook computer 80 and a few other Tablet PCs 80 that are most likely portable devices. 
The master PC acts as a local database server and as an additional unit in the clinic to run 
reports and access patients' files. For example, if the chnic manager needs to run a report, he 
will be able to do this using the master PC without interfering in the operations of other staff 
members or their respective IMSs 80. Having one extra Tablet PC in each clinic that is 
stationary ensures reliability of the application at a low cost and i»revents malfimctions that 
can occur if it were a portable unit. 

Data Services Tier 

[00060] Each local IMS 80 could use a standard database client such as Microsoft SQL 
Server 2000 Desktop Edition (MSDE), a low cost database engine which provides SQL 
Server con^tibility. The data center 82 prefembly uses a standard database such as a 
Microsoft SQL Server 2000. 

Security 

A pplication 

[00061] Access to tiic IMS 80 application is preferably controlled tiirough a usemame and 
password login. Administration of the accounts are preferably handled by senior Help Desk 
personnel. 

Network 



13 



wo 03/087996 



GA 02481353 2004-10-06 



PCT/US03/11119 



[00062] With continued reference to FIGURE 6, netwoik communication between Tablet 
PCs SO and wireless access points indicated generally at 140 in each clinic or otHier site can be 
secured using standard security measures, such as 128-bit wired equivalent privacy (WEP) 
encryption ]Mrotocol. In addition, other security measures can be used such as data packages 
transmitted between Tablet PCs 80 and access points 140, or other Tablet PCs can be 
encrypted using IPSec protocol. Network communication to the data center 82 servers 82 are 
preferably over the Internet using HTTPS protocol. 

[00063] Placing the central database servers in a hosted data center environment 82 
provides the best physical security. Access to the servers is preferably controlled by key card 
access and sign in via security personnel. Hosting providers can also provide network 
security through use of firewalls, monitixing, and enciyption technologies. 

Database Security 

[00064] The database resides behind a firewall that enables access only to authorized 
users. 

Application Layout 
General Rules 

[00065] The i^licaticm at each IMS 80 preferably follows a set of rules such as the 
exemplary rules described below that are preferably applicable fhroug^ut the entixe 
application screens and forms. 

System Login 

[00066] Each user has a usemame and password, and has to provide this inftnination in 
order to access the application. 

Patient File Audit Trail 

[00067] The application creates a log item when a patient's records are created or 
updated In each area of the application, the user has the ability to view the patient's log. The 
system preferably automatically records (without involving the user) the following 
information: 

• Patient name 

• Date 

• Time 
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• User Name 

• General activity described in terms of application area used 
Date Fields 

[00068] Date fields are text box fields with a date icon next to them. The user can either 
fill in the field by typing the date or by clicking a date icon that opens a calaidar and allows 
him/her to go back and forward in increments of months and years. Clicking on a specific 
date m the calendar closes the calendar and displays die selected date in the date text box. 

Numeric values 

[00069] In numeric fields^ the IMS application alk>ws only numeric values. No alphabetic 
values are allowed in these fields. In addition^ for each field, there is a valid range that are 
defined in the system tables. If the value entered is above or below this range, the system 
displays an error message. For exsati^lc^ the system does not allow entsy of a value such as 
150 in the temperature field. 

Grids 

[00070] Each table in th& system that display informaticm can be sorted. The sorting 
fields are the table headers. The sorting is done by doable clicking on Ifae header field the 
user wishes to sort by. The fiist time tiKe user double clicks on the grid, the IMS application 
sorts the data in ascending order. The second time the user double clicks tiie grid header, tiie 
IMS application sorts the data in descoiding order. The application can sott both nimieric and 
alphabetic values. 

[00071] The decision to use a grid or not to display a list of questions is a user intor&ce 
decision that is made on a case-by-case basis to ensure the best accessibility and usability for 
each portion of die application. 

[00072]' As a general rule, and unless otherwise specified, a tab with five additional 
positions for questions is preferably provided in each of the sections containing questions. 
These questions are not required or predetermined by the application. The user enters both 
the question and the answer. The questicms are labeled plainly (e.g., Ql-S). Each question 
has three available fields labeled: 

• Question- Text box 

• Yes/No- Checkbox 

• Details - Textbox 
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Application ConUdner Window 

[00073] The IMS 80 application is preferably a Windows application. A screen can 
comprise one or more of a top ftame, an action form and a bottom status bar, as described 
below. 

Top Frame IVlenu Items 

[00074] The top frame contains high-level menu items. Qicking on any of the following 
menu items opens a new window inside the application. The items are divided into logical 
areas that support the vaccination process in the clinic or at the field. The availabiliQf of items 
in the top frame menu depends on the status of the vaccmation process of the individual 
patient. For exaniple, the user will not be able to click on the Enrollment item before 
completing the Consent form. The rules for the menu items will now be discussed. 

Search/Open 

[00075] Clicking the Search/Open maiu item 156 displays the search form (FIGURE 8) 
that allows the user to search for existing users in the immunization data system 10. 

New Patient 

iP0076] aicWng the New Patient menu item 158 displays a new patient form that allows 
the user of the IMS 80 to enter new patient infmnation. 

Consent 

[00077] Clicking a Consent menu item (not shown) or completing a new patient form, 
displays a Ccmsent form that allows the patient to read and sign on a consent form. 

EnroUment and Vaccination 
[00078] Qicking an Enrollment Patient Information menu item 160 displays an 
enrollment form that allows the user of an IMS 80 to enter medical infomaticm about the 
patient and his family, record vaccination information, take pictures and have the patient sign 
after the vaccination i»:oce$s. 

Follow Up 

[00079] With continued reference to the exemplary application screen in FIGURE 7, 
Follow Up menu item 162 displays a follow-up form that allows the user to enter follow-up 
information about a patient, including medical information regarding the vaccination given, 
record additional pictures, and enter details about physical exams given. 
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Adverse Events 

[00080] Clicking an Adverse Events Menu item 1 64 diq)lays an Adverse Events fonm that 
allows the user to enter adverse events information that happoied to the patient. 

Administration 

[00081] Clicking an Administration Menu item (not shown) displays an administration tab 
that allows the user to define and change a list of items. 

Reports/Queries 

[00082] Clicking on the Reports/Queries Menu item 166 displays a list of reports that can 
be printed for the selected patient and a list of available queries. 

Action Form 

[00083] This is the sub-window within the application that will open after the user clicks 
on any of the Top Level m^u items. The action sub-window contains input and output 
displays. Depending on the menu item option the user selected, the look and feel of the action 
form (e.g., FIGURES 8 through 29) can be sli^dy different In general, the action form has a 
few tabs. Each tab has its own title and enables the user to complete a data entry section in a 
logical way. 

[00084] The action form follows, in most cases, the following mies: 

• has a save button 

• has a cancel button 

• has a view patient log button 

• If there are multiple tabs, arrow buttons on the bottom of the form are provided 
to allow the user to move between the tabs in a logical order. 

• The form title will read the name of the menu item the user clicked on. 

• The top most part of the form reads again the name of the menu item the user 
clicked on and appends a dash and the patient name. 

• There is only one action form subwindow open at a time; preferably fills the 
available space in the application window under the top level menu items. 

Bottom Status Bar 

[00085] The status bar is preferably an indication for the following items: 

• Patient Information (eg., First Name, Middle Initials and Last Name) 

• System Mode (e.g. Stand Alone, Group or Full Network Mode) 

• Application Version. 
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Users Actions 

[00086] This section describes the action available lEbr the users, and the order in which 
the system allows the actions to occur. 

Search/Open 

[00087] This is one of two options available to the user in the top frame menu items upon 
launching the application. Clicking on the "Search/Open" menu item brings up a search form 
(FIGURE 8). The search form allows the IMS 80 user to search for existing patients in tiie 
system. The user is able to search for existing patients using tiie following criteria fields: 

• First Name 

• Middle Initials 

• Last Name 

• Vaccination Date 

• Immunization system internal identifier 

• Bionjetric Information (if entered) 

• Social Security Number (if entered) 

[00088] As shown in FIGURE 8, when the user clicks on the Search button 170 and the 
IMS 80 is connected to the data center 82, the system 10 searches in the database 122 at the 
data center 82 for matching patients. The system 10 can fmd 0 to n matching patients and 
displays them in the result grid The mformation displayed in the result grid is: 

• First Name 

• Middle im'tials 

• Last Name 

• Vaccination Date 

• Immunization system internal identifier 

• Social Security Number (Optional) 

[00089] b all of the alphabetic fields, die IMS 80 application, by default, appends an 
asterisk to the end of the field. For example, if the use: tf^ •a' in die first name field, the 
application retrieves all the patients whose first name begins with an 'a'. The asterisk field is 
not displayed on the form. 

[00090] The application limits the number of results to a pre-defined value (configured by 
authorized personnel), with the default being 200. If more then 200 patients answer tiie search 
criteria, the application will notify the user and advise to add more search criteria. 
[00091] The user can then either double-click on a row in the result grid or select a row 
and click on the Select Patient button. The system 10 then closes the form and changes the 
status bar to display the selected patient information. 
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[00092] If the $ystem 10 cannot match any patient to the search ^teria, it displays a 
Yes/No message box saying ''No Patient Found - Create new patient?" If the user chooses 
"No", he is returned to the search form that remains pre-populated finom the previous search. 
If the user chooses "Yes", the IMS applicatian closes the Search/Open foirn and takes the user 
to the New Patient form, which is preferably pre-populated with the information the user 
searched for (excluding the vaccination date). 

[00093] The application does not allow for a search if all of the search criteria fields are 
empty» and displays an error message if this is the case. In addition to the Search and Open 
buttons, the IMS derates a screen with a Clear button that will clear all of the fields from 
the form if detected. 

[00094] If a biometric device is connected to the Tablet PC, the application displays an 
additional button that allows the usor U> search for a patient using his/her fmgerprint 

New Patient 

[00095] Choosing the New Patient menu item 158 changes the application status bar 1S4 
to read "New Patient*'. It closes the current open patient record (if a patient record was open). 
A New Patient form (FIGURE 9) opens and allows the user to enter the patient information. 
The available fields are (mandatory fields are specified), but are not limited to: 

• First Name - Texibox - Mandatory 

• Middle Initials -Texfbox 

• Last Name - Textbox - Mandatory 

• Social Security Number (Optional)- Textbox 

• Date ofBirfh- Textbox 

• Gender (radio button) -Mandatory 

• Ethnicity (combo box) 

• Home Phone - Textbox 

• Work Phone -Textbox 

• Cell Phone- Textbox 

• Fax Number -Texd)ox 

• Email - Textbox 

• Home Address - Textbox 

• City-Texfl)ox 

• State (combo box) 

• Zip Code -Textbox 

[00096] The Ethnicity and State fields are pre-populated with values. The de&ult value 
for the state is predefined in the database 82 or local database 80 or 140. The form also has 
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Save, Cancel and Save & Print buttons. When clicking on the Save button, the application 
checks if all the mandatoo' fields have values. If one or more fields are missing, the system 
displays an error message and returns to the fonn; otherwise, it closes the fonn. The Save & 
Print button performs the same tests as the save button but also causes printing of a patient 
card. The user can also click on the Cancel button, in which case the form closes and the 
status bar reads ''No Patient** 

[00097] The IMS plication might have an optional biometric device that enables a user 
to record the patient fingerprint. If sudi a device is enabled, the application allows the user to 
record the patient's fingerprint The fingerprint is stored in the database 80 or 140 and 
eventually the data center 82, and is used as another field to search for the patient records. 

Consent 

[00098] After opening a current patient record ot creating a new patient record, the IMS 
80 application allows the user to click on flie Consent menu item to open a new action form 
displaying a consent form (e.g., FIGlHiES 10 and 1 1) that has a place for four signatures: 

- Patient's signature 

- Signature of iierson conducting informed consent discussion 

- Signature of investigator or approved designee 

- Witness to consent procedure (optional signature) 

[00099] Next to each of the signature boxes, the following buttons are available: 

• Sign - to enable the signature box 

• Save - to save the signature 

• Clear - to clear the current signature 

[000100] If no signature is stored in the database 80 or 140 and eventually S2, the 
patient signs in the designated signature box. The patient can sign on the screen of die Tablet 
PC 80. The digital signature is then stored in the database as an image. At the bottom of the 
consent screen are Print and Cancel buttons. The Print button initiates printing of the consent 
form when selected, including the signatures at the appropriate positions. The Cancel button 
closes the form. The system 10 does not allow for any other menu item to be available until 
the patient signed on the consent form. 

Enrollment and Vaccination 

[000101] After signing the consent form, the IMS 80 application enables the 
Enrollment menu item. By clicking the Enrollment menu item, the user obtains a new action 
form that has multiple tabs. Each tab represents a different part in the vaccination process. In 
addition, tlte Enrollment actiwi form allows taking pictures of the vaccinated area of the 
patient and storing the pictures in the database 80 or 140 and eventually 82. as well as 
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uploading of external files. The user can save his work at any stage by clicking the Save 
button. The C^el button closes the form. The next few sections describe the tabs available 
on the enrolfanent form. 

Medical History 

[000102] Selecting the Medical history tab displays general questions about the patient 
medical his^Nry. Each question can be answered both (or the patient and for a household. 
The questions are displayed in a grid. Each row in the grid has four cells: 

• The question 

« . Patient cd! - each cell with 2 checkboxes, Yes and No 

• Housdioldcell-eachcell with 2 checkboxes, Yes and No 

• Additional information - a form-free text area where the user can type. 

[000103] Some of the questions might require the user to enter additional form-fiee 
text in a designated area. In these questions, the IMS application indicates to the user what 
type of informatirai needs to be provided. 
[000104] The following table contains exemplary questions: 





1 femte 


Heart disease 




Stroke 




Seizure 




Asthma/emphysema 




Cancer yieukemia 


If Yes, need to specify what type, 
when it was diagnosed and how it 
was treated. 


Eczema 


If Yes, the user has to enter in the 
free text box if it's active or •'history 
of and for what period of time 


Other chronic skin condition 


If Yes, needs to specify what type, 
when it was diagnosed and how it 
was treated. 


Acquired Immune deficiency (HTV) 




Autoimmune disorder (ex: lupus) 


If Yes, needs to specify what type, 
when it was diagnosed and how it 
was treated. 


Hepatitis 




Frequent/recunrent^severe infections 


If Yes, needs to specify what type7 
when it was diagnosed and how it 
was treated. 


Other 


If Yes, needs to describe 
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[000105] Additional qiiesti(»is xnig^t be added to Ais grid. 
Current Medications 

[000106] After selecting in the current medication tab (FIGURE 12), the user is 
ixovided with a screen QFIGURE 13) to enter tnfonnation about any medication currently 
being taken. In order to enter infonnation in the grid» the user will first have to check a "Yes** 
checkbox in respond to query 'Is the patient currently taking any medications (prescription 
and/or over the counter)". The form has a grid with 4 columns: 

• Medication name 

• Medication dosage 

• Start Date 

• Reason for taking 

[000107] The screen in FIGURB 13 has text boxes with the above titles as the grid 
columns in which a user enters die inf<»inatioa The lines are displayed in the order they 
were entered. The user is able to click on a line and choose to delete it Hie entry fields for 
medication names and dosage fields are pre-populated lists. The pre-populated liste include 
the value ''Other". If the user sdects ''Other*', the user can enter data in an associated text 
box. 

Vaccination History 

[000108] Selecting the vaccination hi$t(»y tab (FIGURE 12) causes the IMS 80 
application to generate an Immunization History screen (FIGURE 14) that inreferably consists 
of three parts: 

Previous vaccination for smallpox 

[000109] This is a Yes/No question. If the user chooses the "Yes" checkbox, a texfbox 
for entering additional information such as when/where is be enabled. The text box allows for 
entry of the following information: 

• Vaccination date (if known)- text box 

• What was your age range? -pull-down menu (0-5; 6-10; 11-15; 16-20; 21-30; 
31-40; 41-50; 51-55; 56-60; 61-65; 66-) 

• Was it in childhood? -Y/N 

• Was it in military service? -Y/N 

• Lot number Qf known)- text box 

• Location - combo box 
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• Number ofdoses- text box 

• Was the information based on recall or document?- R/D 

• Remarks -text box 

• Take Response- check one of the following: Normal; No Take; Scar, Adverse 
Event; Equivocal) 

Vaccinations received in the last 30 days 
[000110] The screen m FIGURE 14 also has a Yes/No questions reading "Other 
vaccinations in the past 30 days? " If the user checks tl^ "Yes" box, a grid is enabled which 
has &e following columns: 

• Vaccination date -text box 

• Vaccination type- combo box 

• Lot number - text box 

• Location - combo box 

• Number of doses -text box 

• Remarks -text box 

Serious reaction to vaccination in the past 

[0001 11] The screen in FIGURE 14 also has a checkbox question reading ''Have you 
ever had a serious reaction after any vaccination?." If the user checks the "Yes" cation, a grid 
is enabled that allovi^ the user to enter the following information: 

• Description -text box 

• A^-textlx>x 

• Vaccinatim -combo box 

• Reaction a jfter dose numbo* - text box 

Women Only 

[0001 12] The womoi only tab can be enabled if the patient is a woman. The first 
portion of the tab preferably shows the following question: ^l^ate of last menstrual period?" 
Below, there is a grid with a set of yesAio questions and a cell for remarks. The following 
questions are exemplary: 







Are you currently pregnant? 




Arc you currently Breastfeeding? 




Currently using birth control? 


If yes the user will need to provide 
the i^me in the remarks area. 
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[0001 13] Additional questions might be added to Ais grid. 
Approval 

[0001 14] Selecting the Approval tab causes the IMS 80 application to generate a screen 
such as the (me in FIGURE IS Aat displays all of the information defined in the application 
as essential for the physician to give the vaccination. This screen aggregates diis information 
into one form and allows a physician to review it before proceeding with the vaccination 
process. The information displayed in this tab can be configurable. 

Immunization 

[0001 IS] The Approval screen (FIGURE 1 5) can provide a signature box for obtaining 
a digital signature for storage. Alternatively, a separate Immunization screen (not shown) can 
be provided to allow the user to enter the following information 

• Date of vaccination - text box 

• Vaccination lot number - text box 

• Vaccination site ~ combo box 

• Vaccinator name -text box 

• Signature box - digital signature box 

• Sign button 

[0001 16] The vaccinator name field will be pre-populated with the name of the user 
who is signed in to &e Tablet PC, but the user can override it. 

Pbotos 

[000117] If tile Photos tab in the screen depicted in FIGURE 1 2 is selected, a screen as 
shown in FIGURE 1 6 is provided to allow the usar to capture photos of the patiait vaccinated 
area. The screen preferably consists of two areas: 

Photo Capture 

[000118] This area allows the user to capture a photo using a digital camera 
attached (or connected via Wi-Fi) to the IMS 80 or load a photo fi-om a file. Once the 
pictures arc captured, the user can add a description to the photo and to click on the 
"Accept Photo" button to add the captured picture to the Stored Photos. If he chooses 
not to save tiie photo, the user can click again an the "Capture Photo" button to 
capture a new photo. 
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Stored Photos 

[000119] This area displays the captured photo(s) for the patient and the 
description. The user can double click on a picture to open in a new window. The 
user will then be able to zoom in/out from the picture. 
[000120] A field is provided that the clinician, who is monitoring the picture taking, 
can use to fill in his/her name. The name field is pre-populated with the usemame logged in 
to the Tablet PC, but can be ovenidden by the user. Other screens can be generated by the 
IMS 80 application to allow a user to enter information regarding patioit discharge, take 
response, and comments, as shown in FIGURES 17, 18 and 19» respectively. 

Follow Vp 

[000121] After the enrollment process is completed, the IMS 80 application can enable 
the Follow-Up menu item (FIGURE 7). The form, as shown in FIGURE 20. enables the user 
to alter follow-up information up to 28 days. The user will have at the top of the action form 
a series of numbers from 1 to 28, each number representing a day. The user can click on one 
of the days and enter the information regarding the selected day. Clicking a day changes the 
title of the form to read the selected day, in addition to the other information. The form has 
Save and Cancel buttons. The forms can be filled by a clinician (e.g., in case of an Office 
visit, or a phone call to or from the patient). The patient can also complete the fonn over die 
internet using a web browser. 

Diary 

[000122] By selecting this tab, the IMS 80 application generates a screen as shown in 
FIGURE 21 fliat allows the user to specify if any symptom has occurred for that ^cific day. 
The screen has a grid with 3 columins in it as follows; 

• Symptom/Question 

• Yes^ No check box (or a numeric value) 

• Additional information - a free text area where the user can type. 

[000123] Some of the questions require the user to enter additional form-free text in a 
designated area. For these questions, the application indicates to tfie user what type of 
information he needs to supply. Also, a free-text area can be provided on another screen, as 
shown in FIGURE 22. 

[000124] The form can have a.Print Usemame & Password button that prints a unique 
usemame and password for the patient Tbm can be a web form on the internet that allows 
patients to fill the diary form from any standard web-browser. 
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[000125} The following table contains an exemplary the list of symptoms/questions 
displayed in the grid. 



[ %i^^%ii?^iiiv^ ... ..... -^r'.- j-fe^y; ' ;'" '\ 


Scab fell off today? 




No Symptoms 




Temperature 




Fever 




Chills 




Joint pain 




Muscle pain 




Fatigue 




Loss of Aj^tite 




Cough 




Swelling/tender lymph nodes 




Itching on body 




Headache 




Backache 




Symptoms at Lesion Site: 




Pintle 




Vesicle (blister) 


> 


Ulcer 




Scab 




Redness 




Swelling 




warmtn 




Itching 




Pain 

Key: 0 = no pain 

1 = painful to touch 

2 = pain when arm is moved 
3 -pain all the time 


If value exceeds 0, a description 
will be required. 


Streaks on aim 




Vaccinia-type lesion NOT at site of vaccination 


In case the user selects this 
symptom, the application will 
indicate a description and location 
are required in the additional 
information cell. 


Non-Vaccinia type rashes 


In case the user selects this 
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symptom, the application will 
indicate a descripticn and location 
are required in tfie additional 
information cell. 


Any new prescription medication taken? 


If Yes, a descripti<»i will be 
required. 


Was Medical care sought today? 


If yes, the following questions will 
appear: 

• Provider's Last Name 

• Provider's First Name 

• rToviGCT s Aoaress 

• Provider's Phone 

• Permission to acquire 
medical records -Y/N 



[000126] If medical care was sought, and a permission to acquire flie medical records 
was given by the patient, a signature box will appear on the screen to request the patient's 
signature. If the diary (i.e., FIGURE 21) was filled without the patient being in the presence 
of a user and his/h«r Tablet PC 80, (e.g., by using the web application), a message indicates a 
diary card needs to be signed and sent to the clinic in order to acquire the medical records. 
[000 127] Additional questions might be added to the grid depicted in FIGURE 2L For 
example, data ranges can be defined for each of the numeric questions so that the user can be 
alerted of abnormalities (e.g., a temperature above the average for patients on day 3), The 
t^t for the alert can be defined by a user with administrative rights. The alert could, for 
exan^le, indicate that a refoial to a clinician is recommended. 

Photos 

[000128] If the Photos tab on the Follow-Up scre«i (e.g., FIGURE 20) is selected, a 
screen such as that depicted in FIGURE 23 is provided to the user to allow capture of photos 
of the patient's skin, in each one of the diaiy dates. The screen can consist of two areasi 
Photo Capture 

[000129] This area allows to the user capture a photo using a digital 
camera attached to the IMS 80, or to load a photo from a file. Once the picture 
is captured, the user can add a description to the photo and click on an "Add 
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Photo" button to add the captured picture to fhc Stored Photo$ at the IMS or 
local server 140 and eventually at the data center 82. If the user chooses not to 
save the photo» he can click again on the 'X^apture Photo" button to capture a 
new photo. 

Stored Photos 

[000130] This area displays the captured photo for the patient and its 
description. The user can double click on a picture and open in a new window 
to zoom in/out fixm the picture. 

Physical Exam 

[000131] With continued reference to FIGURE 20, the Physical Exam form allows the 
user to enter information regarding a physical exam conducted with the patient The 
examiner can select his/her name from a pre-populated list, and sign the form once completed 
[000132] The user can enter the following exemplary information: 







Jsmer bunnsAresxcle (mm) 




Narrow ring of bright red inflammation(mm) 




Secondary line of inflammation (mm) 




Other (mm) 


In case the question is answered, the 
user will have to provide a 
description 


Streaks up arm fiom site 


Yes/No question, h case Yes is 
selected, the user will have to 
provide a descripticm 


Axillary adenopathy 


Yes/No question. In case Yes is 
selected, the user will have to 
provide measurements and 
descriptions . 


Other adenopathy 


Yes/No question. In case Yes is 
selected, the user will have to 
I^ovide a description 


Vaccinia lesions at any other sites 


Yes/No question, in case Yes is 
selected, the user will have to 
provide a description 


Medications prescribed 


Yes/No question. If Yes, listing is 
required 


Change in or addition in medication since last 
visit 




Lab-work drawn 


Yes/No question. If No, give reason 
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[000133] If the comments tab is selected, the user can use the free text tox in FIGURE 
22 to add comments about the current day. 

Adverse Events 

[000134] Once the enrollment and vaccination process has been conq)leted, the IMS 80 
application can enable the Adverse Events menu item, as shown in FIGURE 24. This form 
has Save, Cancel and Print Report buttiHis. Hie print report prints an adverse event report in 
the format of flie CDC*s VAERS report using the information entered via the IMS 80 
application. 

Event Details 

[000135] The top of the screen in FIGURE 24 has a field that requests entiy of the date 
of onset, and a text box for the event details. A list of categories appears below, but 
additional possible categories could be added. For each categoiy, a Y/N check box appears 
and, if checked, additional information is required. For example, the screen in FIGURE 24 
can request the following information: 







Patient died/date patient died 


If the checkbox is selected die user 
will have to enter the date of death. 


Life threatening illness 




Resulted in significant disability 




Resulted in permanent disability 




Laboratory Toxicity 




Assessed as serious by the Clinician 




Ptolongation of hospitalization 




Congenital Anomaly 




Required hospitalization and number of days of 
hospitalization 


If the checkbox is selected the user 
will have to enter the number of 
days in the other column: 


Others 


If die checld>ox is selected, the user 
will be required to provide a 
description 


Subject Status/Outcome: 
Ongoing 




Resolved without sequelae 


If checked, date of resolution is 

required 


Resolved with sequelae 


If checked, description and the date 
of resolution are required. 
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Severity (Mark one) 

"mm 

Mxiemte 
Sbverc 

life-threatening 



Vaccinations and Medicadon 

[000136] This tab on the Adverse Event screen (FIGURE 24) allows the user to enter 
information about vaccinations the patient received since he got the current vaccination, as 
Weil as medication given zft^ the smallpox vaccination, on a form such as that depicted in 
FIGURE 25. 

[000137] The vaccination area has two fields: 

• Vaccination Name - Pdl-down menu of possible vaccinations 

• Vaccination Date -Texti)OX 
[000138] The medication area has the following fields: 

• Medication Name - Pull-down menu of possible vaccinations 

• Medication Start Date-Te;ctbox 

• Medicati(m End Date - Textbox 

• Reason 

[000139] Next to these fields an Add button can be provided. The user can enter the 
inf<»niation and click on the Add button to add die information to a grid that is positioned 
below the above fields, foe example. 

Lab Work 

[000140] Selecting the Lab Work tab causes the IMS 80 application to graerate a 
screen such as that depicted in FIGURE 26 to allow the user to mt&r or upload bom external 
sources information about lab work done for the patient. For each lab test, die collection date 
and results will be entered, along with the normal range for the test. A column indicating an 
abnormal result (meaning a result not within the normal range) will flag automatically a check 
mark. 

Signature 

[000141] A screen (FIGURE 27) can be generated by the IMS 80 application in 
re^nse to selection of the signature tab which has place for two signatures, that is, one for 
the person who completed the form and one for tiie investigator. In addition to the signature 
boxes, a text box is provided next to each signature box tliat is pre-populated with the 
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usemame who is logged in to the Tablet PC. The application allows the user to override this 
name. In addition to these fields, there are two more fields to indicate ihe date the report was 
submitted to the IRB and to the FDA, respectively. 

Administration 

[000142] The following section describes different administrative screens that can be 
generated by the IMS 80 application. 

Clinic Information 

[000143] This screen (not shown) allows the user to identify the clinic in which fliey 
are working. The uso* may select the clinic by name or clinic ID. Wh(sn a clinic is selected 
the clinic name, ID, address, and phone number is displayed. 

Reports 

[000144] Data resides m Ae clinics (e.g., of the IMSs 80 and optionally at a local 
server 140) and &e data center 82. Reports run by the Tablet PC against the data at the clinic 
will have access to that clinic's data only. Reports run by a separate web application against 
the data center 82 will have access to data for all clinics in a state, but access to any specific 
user is based on the access rights of that user. 

Clinic Reports 

[00014S] Each Tablet PC 80 application has the ability to run reports regarding the 
clinic to which it is connected. The reports can be pre-defined and allow the users to retrieve 
information they need about Ae patients and immunization process within the clinic. The 
reports can be divided into the following types: 

• Patient Specific Reports 

• Clinic Specific Reports 

Patient Specific Reports 

[000146] These reports print information about a specific patient. The user will be able 
to print them as part of the immunization process by clicking on the Print button in a specific 
form, or by going to a designated reports area and choosing a report to print. Each report will 
have a default number of copies to be printed, but could be configured by the usa*. The 
foUowiiig table contains the list of available reports. Additional reports could be added. 







1 Patient Card 


The patient card will have all the 
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information about the patient as 
entered into the system 


Consent Forxn 


This is the consent form printed with 
the patient signature on it. 


Vaccine Adverse Event Report 


The pre-defined CDC report. 


Patient Web Site Account Information 


Information for the patient to use to 
gain access to the web-based 
application. Must include patient 
name, user ID, and password. 



Clinic Specific Reports 

[000147] These reports present information held at the local clinic for <Hie or more 
patients. The reports are predefined. The report results <^ be filtered using predefined 
parameters. The following table contains the list of potential reports. Additional reports can 
be added. 







CDC Vaccinia IND Roster 


A daily listing of acthdty, to be sent 
toCDC. To be run by a user. 


Patients Cards 


Up to full patient cards. 


Vaccine Adverse Events Summary 




Patieits Web Site Account Information 





[000148] Where applicable, the result is a list of all patients that fit these criteria, and 
by clicking on a specific patient name, the IMS 80 application will op«i die record. The user 
also has the option to print a list with these patients* information. 

Data Center Reports 

[000149] A web-based reporting supplication allows die user to run predefined reports 
on da& for all clinics in a state. Report results can be filtered using predefined parameters. 
The authorized user has the ability to view information regarding one or more patients or one 
or more clinics. The reporting application controls tiie reports and parameter values available 
by user group. The following exemplary users groups have been identified: 

• Selected clinic personnel 

• Selected state personnel 

• Selected national personnel 

• Selected call center and system administration personnel 
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[OOOISO] Members of the selected clinic personnel group will preferably cmly be able 
to see data on particular patients from tfieir clinic, unless the user has access-rights to 
information regarding other patients. 

[000151] The following table lists reports that are representative of reports available 
&om the data center S2. 







Comparisons Reports 


These reports will allow the user to 
compare between 2 or more clinics, or 
between a clinic and the average of all 
oth^ clinics (»i a set of various 
parameters, such as: 

• number of vaccination given per 
day 

• Progress pace - the user will be 
able to define a comparison unit 
(hour, day, week etc.) and to see 
tile progress pace for a specific 
clinic and the comparisons 
between 2 or more clinics. 

The reports will be available both in 
absolute ninhber and in a graphic 
display. 


Patient Reports 


These reports will display ail the 
infomiation available in Hw system for a 
group of patients. 


Data Reports 


These reports will allow the usor to 
analyze the information stored in tiie 
database, based on various parameters 
and criteria. 

For example, the user will be able to see 
a report that will display in a graph form 
the average size of the lesion on day S, 
where each data point represents the 
average in a clinic. 

Such reports will be available for each 
numeric data stored in the database* The 
user will have the ability to compare the 
values to the overall values and to see 
abnormalities in groups of 
patioits/clinics. 



Global Administration 

[000152] An administrator at the data center 82 can perform the following tasks: 
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• add» delete, and change users 

• change usemame password 

• disable existing users 

• add new clinic 

• distribute new software versions 

• distribute changes to the database schona 

[000153] These operations are preferably done by an authorized user with access to the 
entire database 122 and can be pushed to each clinic cormected to the internet FIGURES 28 
and 29 illustrate exemplary adnunistration screens generated, for example, at the IMS 80 or 
die date center 82 to configure IMS 80 application settings. 

Web Access to Patient Diary 

[000154] During the enrollment and vaccination process, each patient receives at the 
clinic a user ID and a password. The user ID can be the clinic ID and an internal user ID 
which the application auto naturally generates, and a password (e»g., automatically generated 
by the system 10) for each patient. 

[000155] Jn order to allow a patient to enter his/her diary report via a web-browser, the 
system provides a web application that enables patients to login and enter the information. 
Each patient is able to login to a designated website using die usemame and password 
received Following audientication, he has access to the diary cards as defined above. The 
information is recorded at die data center 82 and synchronized with the associated clinic. 
[000156] It should be understood the processes described are only exenq>laty and any 
suitable pomutation of the processes may be used. The foregoing disclosure and description 
of the invention is illustrative and explanatory thereof and various changes to the size, shape, 
materials, components, md order may be made without departing fi-om die spirit of die 
invention. While the present invention has been described with reference to the disclosed 
embodiments, it is to be readily apparent to those of ordinary skill in the art that changes and 
modifications to the form in details may be made without departing from the ^mt and scope 
of the invention. 
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AMENDED CLAIMS 
[received by the International Bureau on 02 December 2003 (02*12.03); 
original claim 2 amended; new claims 13-44 added; remaining claims unchanged] 



1. A niethod of coUeclingsttd storing bximmuzation data fiir a patient c^ 
steps of: 

nmiuDg an application on a conqiuter at a vaccination site for ^teting patient 
infonnation selected fi<mii die group consisting of 

history, medications in use I>y said patients occi^atiofv and previous vaccinatioxi data; 

storing said patient information as an electrozuc patient 

genmtisg information relating to a vaccination {<s review? by said patient; 

obtaining patient consent to receive said vaccination by generating an electronic 
consent agreement ajDd storing $aid patient^s digital signature acknowledging acceptance; and 

entering new vaccination data relating to said vaccination into said electronic patient 
record when said vaccination is administezed to said patient 

2. A tnelhod as datmed in claim 1 comprising the steps ofi 
generating a digital image of a vaccination location on said patient; and 
storing said digital image in said electronic padcDt record. 

j 

3. A inethod as claimed in ckim 1 coinprisingllie steps ofi 

entering disease information con^sing synqrtoms experienced by said pati^ 
storing said disease information in said electronic pati^t record* 

4. A mediod as claimed in claim 3» wheiem said disease information relates to smallpox 
symptoms. 

5. A mctiiod as claimed in claim 4 comprising the steps o£ 
generating a digital image of a snollpox lesion ate on said patient; and 
storing said digital image in said electronic patient record. 

6. A mctiiod as claimed in claim 1 comprising the steps of: 

storing said electronic patient record vritti said electronic patient record ccsresponding 
to each of a plurality of patients into a database; and 

synchronizing changes made to any said electronic patient record at a remote site with 
the corresponding said electronic patient record in said da&base to update said database. I 

I 

7. A method as claimed in claim 6 comprising the steps o£ 

entering disease infimaiioQ compriring symjptoim eiqieiienced by any of said 
pluralily of patient^ j 
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Storing said disease infannedon in the ccareqxsndm; said dectronic patient tecoid. 

8. Amediod ds claimed m claim 7, whcarein said disease infonTUtifmTelates to smallpox 
syotptoms and said database is accessible >y personnel selected fiom the groups consisting of 
a disease contzol centEr, a State govenunent office, a federal govCTment ofGce, a medical 
center. 

9. A method as claimed in claim I, wherein said patient can access said electronic 
patient lecoid using at least ooie of a web browser and a telephone transaction. 

10. A method as claimed in claim 6 con^sing the ^ps of; 

entering adveise effects infoimation comprising symptoms experienced any of 
said plumlity of patients &llorwing said vacdnatioiu 

stnnng said advene e£kct$ infimnation in Hie conesponding said electronic patient 

1 L A method as claimed in claim 10> wherein said adverse effects information zelates to 
smallpox vaccination and said database is accessible by personnel selected from the groups 
consisting of a disease control oenter» a state ^vemment office, a federal government office, 
and a medical centsr. 

12. A me&od as claimed in claim I oomtpriaing the step of tunning a recommendatixHi 
engine on said computer to detennine if said patient is eligible to have said vaccinatioii based 
on said patient informatioa and data iclating to efifeeta of said vacdnatioin. 

1 3. A method a claimed in claim 1, wherein said generating sicp comprises die step of 
generating at least one of a vaccination information stat^nent or VIS aT1<^ ai^sweis to 
fivquendy a$ked quesdons or FAQs relating to said vaccination. 

14. A meftod of determining a iBcazmnendation for vaocinadon for a patient oonqsdsing 
flie steps of: 

receiving patient niformation selected from the group consisting of name, age, 
gender, medical history, vaccioaticm history, healA status, medications in use by the patient, 
occupati(R], and travel plans; 

receiving ^ectnation data rdatmg to at least one of actnal effects and potendai 
effects of Che vaccination; 

detenninmg a health risk to patient for receivinig die vaccination based on said pati ent 
information and said vaccination data; and 
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generating a reconrnusidatiQA regaidbg vaccinatioii based on said healtt ristc. 

1 5. A ittetliod as claimed in daim 14, wherein said generating step compzises to st^ of 
generatiz2g a zisk«based exornptian from recdvitig llie vaccinatiQn vAm said healft rislc is 
detennined to exceed a pztdetennined level 

16. A metliod of collecting and storing inmumzstion and disease infonnatian comprising 
the steps of: 

running an application on a CQmputer at a vacdnatioA site for entering patient 
jnfofmation selected from the groi^ consisting of name^ ag^ gender» address, medical 
history, medications in use by said patient, occq>ation» and previous vacoinatian dat^ 

stodng said patient mformfltion as an electronic patient record; 

entering disease infcHmatiDn conqjiising symptcfm expoienced by said patient; 

storing said disease information in said electronic f^tient rau>rd; 

generating a digital image of a disease symptom i9)pearlng on said patien^ and 

storing said digital image m said dectconic patient record. 

17. A mefliod as claimed in daim 1 wherein said disease inf onnation rdate a to 
smallpox symptoms. 

18. A meAod as claimed in claim. 17 wherdn said generating step tar generating said 
digital image comprises the step of generating a digital image of a smallpox lesion site on said 
patient. 

19. A method as claimed in claim 16, wherein said fl|yp1ication is pr ogr am med to allow 
said patient to generals and store diary entries on respective dates relating to said synqrtoms 
in said electronic patknt record. 

20. Arr^thodofcollectingandstoriiigimmvuuzatiandatacon^stng: 
rwntng an application on a corzq^uter at a vaccination site for entering patient 

information selected from die group consistiDg of namCi age> gendo; address» medical 
history^ medtcatuHis in use said patienti occvpatiorit and previous vacdnation data; 

storing said patient tnfonnadon as ao dectnmicpatientrecord; 

entoing via said q^lication adverse event infonnation conqnristng admse side 
effeds racperi^ced by said patient following vaccmation; and 

storing said advene event information in said electronic patient record. 
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21. A me&od as daimed in claim 20 fiirfher conqirising to step of storing said electronic 
patient zeooid in a database. 

22. A meifaod as claimed in elafm 20, wherein said qiplicatioi) is progmninaide to 
generate scneeos to goide users when entering said adverse event information to con^ly with 
protocols £>T documenting adverse events to vaccines. 

23. A method as claimed in ckun 22, ^erdn said application is progranunable to collect 
and store docianentadon of said adveisc events in compliance wi4i a protocol set forth by at 
least one of ^ Center fi>r Disease QKitrol snd die National Sastitutes of Health. 

24. Aznetbod as claimed in claim 20, wherein said appUcation is programmable to 
generate at least one screen to guide a user when makmg diary entries <m respective dates 
relating to said adverse side efOxts in said electKmtc patient record. 

25. A iwtod of coQecttng and storing nnxQuru2ation data comprising the steps o£ 
establishing at least one sd4u>c netwodc comprising at least one immunization mobile 

statiosi in communication wifii a data center, said data center beii^g configured to store disease 
information and vaccination infoxmatian lelatiog, respectively, to a vaodne preventable 
disease and vaccine therefon 

providmg at least one of said disease information and said vaccination infiscmation at 
said iimmmization mobile station if requested; 

presenting at least one of said disease information and said vaccination in&rmation to 
patients receiving a vacdnatkm via said tmnnmi2ati0n mobile station if requested; 

configaring said iummnization mobfle statson with at least one qjplicatioa for 
collecting and storing patient data and vaccination administcatson data relatbg to patients 
receiving a vaccination adbiinistered at a location ranote with respect to said data cento; 

generating electronic patient records comprising said patient data and said vaccination 
ddministtEtton data; and 

transmi t ti n g said electrcmic patient records to said data center for storage in ,a 
database. 

26. A method as dairned in claim 25 fiirdier eon^urising the steps of: 

detennming a health risk to a pati eat for receiving a vaccination based on said patient 
data and said vaccination information; and 

generating a recommendatLOn regarding vaccination based m said health risk. 
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27. Aiixetbc>daso]aimedind8im2Sfiiitfaerco^ 

generating a digital image of a ^yiiq^tom appearing on a patient; and 
storing said digital image in one of said electitnuc patient records oorresponding to 
the patient 

28. A ntetiiod b$ claimed in claim 27, wherem said symptom is a smallpox lesion. 

29. A method as dainied in daim 25 fUrflier cosq)rising ihe steps of; 
generating adverse event data ttlatiDg to advorse side efibcts of a vaccination 

eiperienced by a patient using said q^lication; and 

storing said adverse event data in cme of said cleettomc patient reooi^ coizcq^ 
to i!ie patient 

30. A method as claimed in claim 29» v^herein said application is piograounable to 
generate screens to guide users when euteiing said adverse event data to comply with 
protocols for docummtmg adverse events to vaccines. 

31. A method as claimed in claim 3 0, wherem said q^Ucation is programmable to cdlect 
and store said adverse events data in con^liance with a protocol set fordi hy at least one of 
the Center for Disease Control and the National Institutes ofHealth. 

32. A method as claimed in claim 25, wherein said eq^pltcation is programmed to allow 
said patient to generate and store diaxy entries on xespectnre dates relating to said syn^totns 
in said electronic patient record. 

33. A method as claimed in claim 25 fiirfter con^irising at least one oflier tmmumzatioQ 
mobile staticm in pe^4o-pea wireless commum'cation widi said itnmunization mobile station. 

34. A system for managing inunmiization and disease infonnation comprising: 

a database for storing disease infiDnnation, vaccination infimnation, dectnmic patient 
records, and vaccine admuiistration data; 

a service provider ttansaction module for receiving service provider mpn data 
sdeeted from the group consistmg of biographical patient information cozrespondi^g to 
patients receiving vaccinations, patient medical histoiy, vaccination date, vaccination lot 
number, location of vaccination administiatioD, adveise event data relating to an adverse 
reaction to a vac cine, sai d service i^vider tqmt data being stored in correspiHiding said 
electronic patiost records and being u^ to generate said vaccine adnunistratian data, and 
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transnottiiig output data fiotn said database to service provideiE, said ou^ut data being 
selected ten ttte group oonsi sting of said disease infoxmatioTU said vaixination infonnation, 
and said electronic patieat xecords. said disease infonnation and said vaccination infonnation 
coHQirising, lespectivdy, infbnnation about a vacdne pzeventable disease and the vaccine 
tlMxefbr; and 

a customer transactiOD module fox providing at least one of said vaccination 
admimstratioii data axul said disease information to a customer \q)on request, said vaccinatioh 
administFation data comprising tiacking data identic which of said patients in a selected 
grotq) have b een vaccinated widi a selected vac^e, said disease infonnation c ompnsing 
symptoms being e)qperienced by said patients and documented ]^ 
records. 

35. ^system as claimed tn claim 54, wherein said customer is selected from the group 
consisting of a government, a state government, a national govemtnent, a hospital, a healQi 
clinic, a call center, a retails, a phaxmacy, a cazporatioi^ an employer, a regulatory group, a 
government agency, and a disease control center. 

36. A siystem as datmed in claim 34, wfaoeia said customer transa^on module is 
op eraUe to provide said disease infom»tion to said customer & epidcmi o evaluation and 
control. 

37. A system as claimed in daim34«wfaeiein said customer transaction mo^ 
operable to provide said vaccination administration information to said customer fiyr 
detRnrnmng compliance wjft tegulatoiy leqoiiements relating to vacdnatjons^ 

38. A system as claimed in claim 34, wherein said system is implemented by said 
customin: for bio4exxorisYn preparedness. 

39. A system as claimed in claim 34 fintiier comprising a patient transaction module for 
providing a patient vriAi at least one of said disease tnformatioii, said vacomadosi information 
and his oonesponding one of said electronic patient recoids, and for receiving patient iTqmt 
data sele^ from the group consisti&g of biographical patient mfbrmatson, patient medjcal 
histoiy, vaeotnation histoty, and adverse reaction data. 

40. A system as claimed in claim34 Airtiier con^rising at least one remote poeessing 
device programmable to collect and store said service provider input data. 
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41. A system as claimed in ciaizn 40, whezdn scdd remote processiog device comprises aa 
spplicati on program to geaerate Center for Disease Control Vaccine Adverse Event Reports 
witfi data fiom at least one of said elcdronic patient zecoids and said vaccination 
administration data. 

42. A system as claimed in claim 34» wherein clinic-specific infonnation is grogratfrfi 
using said vaccination administration data in said database to generate clinic iq)octB xegaxding 
vaccinations occurring there. 

43. A system as claimed in daim42, whotetn said cliiuc*specific informaticin is selected 
Brom the group consistmg of a Center for Disease Control Vaceinia IMD Roster listing clinic 
activity, said electronic patioit records of patients who vidted the clinic, and a summary of 
vaccine adverse events. 

44. A system as claimed in claim 42, wherein said clinic-specific information for a 
pluraliiy of clinics is retrieved firom said vaccination admimstration data in said database to 
generate reports regarding multiple vacdnation adminislxation locations. 
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storing said disease information in the corresponding said electronic patient record. 

8. A method as claimed in claim 7, wherein said disease information relates to smallpox 
symptoms and said database accessible by personnel selected from the groups consisting of 
a disease control center, a state government office, a federal government office, a medical 
center. 

9. A method as claimed in claim 1, wherein said patient can access said electronic 
patient record using at least one of a web browser and a telephone transaction* 

10. A. method as claimed in claim 6 comprising the steps of: 

entering adverse effects information conq)rising symptoms expmenced by any of 
said plurality of patients following said vaccination; 

storing said adverse effects information in the corresponding said electronic patient 

record. 

11. A method as claimed in claim 10, wherein said adverse effects information relates to 
smallpox vaccination and said database is accessible by personnel selected fix>m the groups 
consisting of a disease control center, a state government office, a federal govenmiait office^ 
and a medical center. 

12. A method as claimed in claim 1 conq>rising ttie step of nmning a recommendation 
engine on said computer to determine if said patient is eligible to have said vaccination based 
on said patient information and data relating to effects of said vaccination. 
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